Magnum One/Magnum One (Mid-American Digital) (Disc Manufacturing).iso/d21/dv_help.arc/DVGENL.THD

Text File | 1988-03-26 | 26.9 KB | 681 lines

#: 193154 S0/General Information
    02-Dec-85  21:36:18
Sb: DESQview
Fm: T. B. Eyrick 72446,317
To: Bryan Tsunoda(CompEase 70251,202 (X)

   Bryan, I got the specs and REMM.sys upgrade.  Many thanks.  DESQview sounds
better and better.  9 560K partitions can be run concurrently with sufficient
RAMpage memory, keystroke macros, auto-dialer, DOS services, and cut-&-paste
text between partitions.   Also you can setup more partitions than you have
memory for and they will be automatically swapped out to the HD and restored
where you left off when you recall them.  I am sure glad I waited for the
RAMpage.
  Dave Hoagland says that AST is going to have a piggy back card for the
RAMpage II that makes it into a multi-function card, which may appeal to some
folks.          Ted

#: 193759 S0/General Information
    04-Dec-85  09:36:46
Sb: #193491-#DESQview
Fm: Steve Kalman 75136,360
To: Joan Friedman 76556,3643

Joan (and others), I've just installed the two rampage boards that we got on
Friday. One went onto the AT and the onther into the XT. Both machines are now
2Meg machines.

There's a fellow here now from AST (who asked to remain anonymous) who brought
what he calls an "alpha" copy of the new desqview. I am now running 6
partitions. I have Framework on one, dbase III in another , Lotus in 3, Kedit
in 4, one empty and ATO in the last.

Lotus has a 700 row by 25 col SS loaded.
Dbase is running with 3 DBF's and 5 NDX's open
FW has a copy of the same SS as Lotus open on the desktop, and a
  30K text file also open
Kedit has loaded a 100K file.

I can switch partitions quickly and easily. It really appears that I have a
single multi-tasking 2Meg machine.
More reports later as I continue testing.

This reminds me of about 10 yrs ago when I changed jobs from a company with
single user DOS on a 360/50 to a co with DOS/VS on a 370/148!

Regards, Steve

#: 192442 S0/General Information
    01-Dec-85  07:21:15
Sb: #192333-Desqview
Fm: Norm Lew 70047,3340
To: Richard P. Wilkes 72746,1712

Richard, I don't know about concurrent BBS sessions, but I do know about
downloading and using WP concurrently and it works just fine.
........Norm

#: 192755 S0/General Information
    01-Dec-85  19:42:43
Sb: #192442-Desqview
Fm: Walter Kennamer 74025,514
To: Norm Lew 70047,3340

Obviously, you would have to have two phone lines to run concurrent BBS
sessions, but otherwise it should work.

#: 193079 S0/General Information
    02-Dec-85  19:29:46
Sb: Desqview
Fm: Michael Rothman 74405,1313
To: Wes Meier (INF) 76703,747

    Wes... see that, now you *can* run more than one copy of RBBS-WES on one
machine... using DesqView!  Well, I don't know that for sure, but I do know
that the same pc can run a bbs and a second comm session using two different
com ports, of course, under DesqView.  It is a jiffy little program!    MikeR

#: 195156 S0/General/New Uploads
    07-Dec-85  16:40:12
Sb: DESQview
Fm: Jeff Malone 70366,526
To:  70251,202

Do you know whether DESQview will work with a product like JRAM-3 which, I
believe, uses the LIM standard?  I already have one of these.  -- Jeff

#: 196521 S2/Products/Fixes
    10-Dec-85  20:50:40
Sb: #195981-RAMpage!
Fm: Michael Rothman 74405,1313
To: Wes Meier (INF) 76703,747

Wes... I've been using DESQview for several months now... off and on.  It seems
to work ok runing my bulletin board in one window with other windows available
for me, and I can also up/download to cis while working in other windows.  Nice
interface also, with or without a mouse.  You are going to like DESQview.
MikeR

#: 196621 S2/Products/Fixes
    10-Dec-85  23:35:10
Sb: #196521-RAMpage!
Fm: Paul Graf 75166,3670
To: Michael Rothman 74405,1313

When up/downloading, did you notice much of a speed degradation when running a
second application in another window? - pjg

#: 196944 S2/Products/Fixes
    11-Dec-85  20:11:37
Sb: #196621-#RAMpage!
Fm: Michael Rothman 74405,1313
To: Paul Graf 75166,3670 (X)

Paul... there is a speed degradation with file transfers runing the the
background and a second process running under DESQview on the PC, although not
as much as I have seen with Topview or Multilink. The speed loss is far less on
the AT, as you would guess.

BTW, I hear from Quarterdeck that they are now shipping version 1.2 of
DESQview, which includes all of the high memory board support. They have
supplied the version specific for AST, which is 1.1, to AST, but are, as yet,
unsure when AST will ship it to RAMpage owners. Seems ver 1.1 will only work
with RAMpage extended memory and not extended memory from other suppliers,
while the version 1.2 will work with high memory boards from others.

Do you have plans to use DESQview?  MikeR

#: 197081 S2/Products/Fixes
    12-Dec-85  01:51:05
Sb: #196944-RAMpage!
Fm: Paul Graf 75166,3670
To: Michael Rothman 74405,1313

Interesting.  Is there also a speed degradation when downloading messages?  I
have GREAT need for more memory, especially now that I have Ready!.  While I
hadn't thought about it a great deal, the idea of being able to keep a DOS
window (in particular) open at all times is attractive.  Also, the idea of
being able to switch from, say 1-2-3 to WordPerfect for some small task seems
like a nice thing.  I have no heavy duty plans, but am quite interested, as
usual, in trying this thing out. - pjg

#: 197206 S2/Products/Fixes
    12-Dec-85  11:04:06
Sb: #196944-#RAMpage!
Fm: Earle Robinson 70135,141
To: Michael Rothman 74405,1313 (X)

Does this mean that 1.2 will work with the ast board, too? -er

#: 197256 S2/Products/Fixes
    12-Dec-85  12:54:50
Sb: #197081-RAMpage!
Fm: Michael Rothman 74405,1313
To: Paul Graf 75166,3670

Paul... downloading will slow other processes up a bit on the pc... although
not so noticeably on the at.  And yes, you can keep word perfect and lotus
1-2-3 and dbase3 all loaded in large windows (if your system provides the
memory) and switch from application to application in a split second.

On the slowdown... don't get the idea that multitasking comes without a cost...
it does.  I suppose it is a matter of perception though, and what each of us is
willing to take.  Give DESQview a try and let me know what you think of it.

MikeR

#: 197263 S2/Products/Fixes
    12-Dec-85  12:55:37
Sb: #197206-RAMpage!
Fm: Michael Rothman 74405,1313
To: Earle Robinson 70135,141 (X)

Earle... I asked specifically if 1.2 would work with the RAMpage board, and the
answer was *yes*... 1.2 works with any board that follows the ast specs.  It's
just 1.1 that only works with the ast board itself.  MikeR

#: 197384 S2/Products/Fixes
    12-Dec-85  21:31:40
Sb: #197256-RAMpage!
Fm: Richard P. Wilkes 72746,1712
To: Michael Rothman 74405,1313

How do you switch between windows?  I heard (somewhere) that you tap the ALT
key.  Couldn't that be a real pain?

In terms of speed, does someone on your BBS running in the background aware
that you are working in the foreground?  If a BBS is running MultiLink, I know
*immediately*, and it doesn't seem to matter whether they are doing anything in
the foreground.  My concern is that callers to my BBS are almost all LDx.  I'd
like to be able to do a quick check of a database while a caller downloads or
reads messages without it becoming noticeably slow (better slow for me than for
them in this case).  Is this possible?  -r

#: 197484 S2/Products/Fixes
    13-Dec-85  00:44:38
Sb: #197256-RAMpage!
Fm: Paul Graf 75166,3670
To: Michael Rothman 74405,1313

Well, I don't care that much about the slowdown -- unless it involves something
that's costing me money, like CIS message downloading.  What I THINK I hear you
saying, though, is that the OTHER program I am running (e.g., 1-2-3) will be
the one that slows down in such a situation.  Right?  Or will both the download
and the other application be slower?  Thanks for sticking with this -- I'm sure
that one of these days I'll understand. - pjg

#: 197671 S2/Products/Fixes
    13-Dec-85  14:11:53
Sb: #197329-#RAMpage!
Fm: Michael Rothman 74405,1313
To: Clyde Washburn 70305,1211

Clyde... I've probable mislead you here.  Version 1.1 and 1.2 of DESQview are
being released by Quarterdeck together, and just this week, for the first time.
Ver 1.1 is specific to the AST cards and is the version one will get bundled
with the AST products.  Ver 1.2 includes support for other boards using the AST
memory expansion specs.  Thus, until this week, ver 1.0 was the most recent
release.

#: 197674 S2/Products/Fixes
    13-Dec-85  14:12:44
Sb: #197384-RAMpage!
Fm: Michael Rothman 74405,1313
To: Richard P. Wilkes 72746,1712

Richard... you heard *right*.  Using DESQview, to switch between windows you
tap ALT and then type the number of the window you wish to switch to.
Actually, taping the ALT key also brings up a DV menu which presents other
options also, such as zoom, open another window, ect.  The program is smart
enough to know that if you type ALT-F1 in word perfect that you are looking for
the thesaurus and not the DV menu.  On first reading about this I had my doubts
also, but it does work very nicely!  All this is even easier with a mouse, BTW.
With the mouse you simple point to the window you want to access, click, and
you are there!

DESQview allows you to divide time slices between applications as you wish, do
you could have the bulletin board running with very little noticeable effect
for the caller, but still be able to get into a window for your own work.

Hope this helps.  MikeR

#: 197678 S2/Products/Fixes
    13-Dec-85  14:18:55
Sb: #197484-RAMpage!
Fm: Michael Rothman 74405,1313
To: Paul Graf 75166,3670

Paul... happy to help!  On the slowdown question, two comments. First, DESQview
allows you to divide time between windows as you wish, so for any given two
windows you can allocate resources to suit yourself... at least at the time you
run DV, not from within DV, though.  Thus, you can easily have a comm program
with just about full speed and still have some access to another window!

Now, remember, if you are running a comm program at 1200 baud, or even 2400
baud, having other windows open is probable not going to slow down up/downloads
as the comm bottleneck is still the modem speed... the program itself will be
getting the resources it need to keep up in all likelihood.

Fire away... I'm ready for the next question.  MikeR

#: 197886 S2/Products/Fixes
    14-Dec-85  03:35:57
Sb: #197674-RAMpage!
Fm: Jim McKeown 74666,511
To: Michael Rothman 74405,1313

Mike, is there any way to reconfigure Desqview to pass Alt-numbers through?
There are programs which use it (as would probably be the case with just about
any combination) so it would make sense to let the user choose.  (If this can
be done, I will probably get version 1.2 since I still can't get along with
DoubleDos.)
jcm

#: 198108 S2/Products/Fixes
    14-Dec-85  19:03:17
Sb: #197678-RAMpage!
Fm: Stephen Satchell 72736,70
To: Michael Rothman 74405,1313

Mike, I wish I could be that sure about terminal programs being able to keep
up. My concern here is that unless you permit a program to keep an interrupt
routine going on the serial port (DOS is worse than nothing here!) you have to
get time every 10 ms or so to process a character at 1200 bps. So if I'm in
Lotus and say "recalculate a 3000 cell spreadsheet", I suspect that the modem
port will be ignored!

#: 198133 S2/Products/Fixes
    14-Dec-85  20:35:51
Sb: #197674-#RAMpage!
Fm: Vern Buerg 70007,1212
To: Michael Rothman 74405,1313 (X)

Have you experimented with the Performance values? The default 9/3 seemed to
cause too much overhead, so I've settled on 18/9 instead.

I received version 1.20 yesterday and am still playing. All on a PC. I should
have a DV-happy ATO and LIST in a few days.

#: 198167 S2/Products/Fixes
    14-Dec-85  21:26:10
Sb: #197886-RAMpage!
Fm: Michael Rothman 74405,1313
To: Jim McKeown 74666,511

Jim, I've not been clear about the keyboard interface of DESQview. Let me try
again...

To call up the DV main menu all one does is tap the ALT key, that is
depress-and-release it  Once the DV menu is up, pressing one of the number keys
1 or 2 or 3 or ect... switchs to that window. This is not the same as typing
ALT-1.  In fact, if you type ALT-1 (alt key depressed-1-alt key released) you
will not get the DV menu but will pass an ALT-1 to whatever program is in
control.

I know this is a bit confusing, but it works *very well* in practice. You will
see it more clearly once you have a chance to try the program. I've not found
any program which conflicts in this area.

Let me know if you have more questions.  MikeR

#: 198171 S2/Products/Fixes
    14-Dec-85  21:35:21
Sb: #198133-RAMpage!
Fm: Michael Rothman 74405,1313
To: Vern Buerg 70007,1212

Yes, I've played a bit with the Performance numbers.  I'm currently using 6/4
with the bulletin board, which seems fairly good.  I'll try your 18/9 and see
how I like that.  Thanks for the suggestion.

#: 198195 S2/Products/Fixes
    14-Dec-85  22:51:59
Sb: #198171-RAMpage!
Fm: Vern Buerg 70007,1212
To: Michael Rothman 74405,1313

From the DOC, 1.2 supports other boards besides the RAMpage.
I'm still learning what works and what doesn't. For example, it does not seem
that DV likes a COMPSPEC SETting.

#: 198204 S2/Products/Fixes
    14-Dec-85  23:45:17
Sb: #197674-RAMpage!
Fm: PETER MCKINNEY 74166,1301
To: Michael Rothman 74405,1313

Mike, The method of switching partitions by DV worries me. When you are in a
MultiMate document, and wish to go straight to printing that doc, you press
ALT-3. From I understand, this will not do that, instead DV will take me to the
third partition.  Is there a way of redefining the keys ?  I just see other
problems in things like Turbo Lightning. Thanx.

#: 198550 S2/Products/Fixes
    16-Dec-85  00:49:06
Sb: RAMpage!
Fm: Michael Rothman 74405,1313
To: PETER MCKINNEY 74166,1301

Peter... again, the key strokes for swithing windows are *different* than an
alt-n and do not get confused with other programs.  Hard to see, perhaps, until
you try the program.  In practice it works very nicely.  MikeR

#: 200701 S2/Products/Fixes
    22-Dec-85  12:22:05
Sb: #200388-DesqView v1.2
Fm: Steve Kalman 75136,360
To: Michael Rothman 74405,1313

When I left on Friday, the status of my DV testing was:

Lotus 1.1A, NG (worked, but screwed up all the colors and made the DV screen
white on white)

Lotus 2.0 OK  but /System and EXIT wiped the worksheet clean

Dbase OK, but must Zoom to full screen or open in a full screen window. IF the
dot prompt ever gets outside the active window dimensions its red switch time.

Framework 1.1 NG. Still waiting for FW II, but I might bring in my personally
owned copy just for testing

Sidekick loaded before DV, not accessible (but no apparent harm done, except
for wasted memory)

SK loaded in a DV window, OK, but you have to switch to that window in order to
run it (why bother? its use is as a pop up; there's lots of better
calculators/notepads, etc around)

CED NG. Loaded before DV it has no effect in any DV window; loaded in a window,
it has only local application. This is more useful than SK, as I can load CED
into the DOS access window and it will stay there (I think, I haven't given it
thorough testing such as resequencing windows with CED active).

Obviously, There's a lot more testing to do. I'm looking forward to getting
this really straightened out.

Steve

#: 200768 S8/Ask SysOps
    22-Dec-85  14:36:12
Sb: desk troulbe
Fm: Forrest Litke 72446,1010
To:  76703,1010

Connie just got deskview.  I'm having trouble w/t the program loading the
system files to either change or add a prog.  Anyway the prg installed without
a hitch however it still can't seem to load.  If you have any ideas please let
me know or call my bbs 213-438-6783.  I checked the logical drive section and
it was empty.  I added my sub dir \dv on the proper drive but am not sure if
that made things worse.. hmm any ideas?

#: 200834 S8/Ask SysOps
    22-Dec-85  16:36:12
Sb: #200768-desk troulbe
Fm: Norm Lew 70047,3340
To: Forrest Litke 72446,1010

I had the same problem in DV 1.2. Try opening the largest DOS window you can,
and type INSTLADD or INSTLCHG xx where xx is the 2 letter designation for the
program you want to change. It worked for me............
...Norm

#: 201000 S2/Products/Fixes
    22-Dec-85  23:47:34
Sb: #200833-DesqView v1.2
Fm: Stu Miller 74015,1714
To: Norm Lew 70047,3340 (X)

Norm, do you find that using batch programs is more efficient than using
DESQview's script ("learn") function?  I don't see any reason to use most of my
simple DOS BATch programs or to use KeyWorks (or SuperKey) when DV's own macro
generating system seems to handle macros quite handily.  CED's functions seem
to be unnecessary, too. I admit that I haven't explored *DEEP* into this area,
so am deferring to your experience for some guidance - prior to my IMMINENT
acquisition of my RamPage AT card...
     The major weakness in the script (or learn or macro) function is that I
haven't yet found a way to edit them.... but, once they're stable, they seem
quite efficient.  The automatic load of scripts that are unique to each defined
window upon use of the (O)pen function seems to me to be the way to go...  does
your experience prove the contrary? ... stu

#: 201094 S2/Products/Fixes
    23-Dec-85  08:20:06
Sb: #201000-DesqView v1.2
Fm: Norm Lew 70047,3340
To: Stu Miller 74015,1714

Never thought about starting programs with a macro. The Desq manual itself
suggests batch files. A macro would also use up script buffer memory. I just
never use macros when there is a batch command or CED syn for doing it.

Where in DesqView is there a substitute for CED in a DOS window??

As for editing macros in DV, there is a program on your DV disk, CONVSCRP, that
converts macros to ASCII so that they can be edited.

Norm

#: 201411 S2/Products/Fixes
    24-Dec-85  01:25:21
Sb: DesqView v1.2
Fm: Stu Miller 74015,1714
To: Norm Lew 70047,3340

So, its CONVSCR, humm, who would have thought...  Kinda crude don't you think?
But, now I'm more convinced that KW or Key are unnecessary when using DV, at
least for their macro capabilities.  I don't feel that the size of the script
buffer memory will make too much impact on your 1.5 meg of Rampage memory, do
you?  Also, I suspect that DV's script edit will be upgraded in future
versions...
       And no, ... I did NOT mean to imply that there is a DESQview
*replacement* for CED, only that my CED synonyms can, for the most part, be
replaced by DESQview macros.  I discovered that, if you start "Learn" at the
main menu, you can do all kinds of interesting things, including calling up
specific windows with a function key.  This, in turn, automatically invokes
THAT window's macros, etc...  You can resize windows, etc. and really get
fancy.  Don't see much need for CED since I'm rarely at the DOS prompt while in
DV... what CED functions are still needed? (sorry, Chris... but, I do still
*LUV* CED) ... stu

#: 201244 S8/Ask SysOps
    23-Dec-85  16:29:20
Sb: #200768-desk troulbe
Fm: Vern Buerg 70007,1212
To: Forrest Litke 72446,1010

I noticed that if you have a PATH that includes \DV defined before you execute
DV, DV can not load the change/add/delete programs.

I've had inconsistent results with COMSPEC, so I don't set that either.

There should be a COMMAND.COM in the \DV directory. Also, some Filepath-like
programs which are executed before DV result in every window using the same
(last) Filepath definition. I haven't tried Filepath version 3.0 yet.

#: 201811 S2/Products/Fixes
    25-Dec-85  06:02:57
Sb: #201748-DesqView v1.2
Fm: Norm Lew 70047,3340
To: Stu Miller 74015,1714

Stu, I now see what you're doing, however I think batch files are easier to
edit and allow you to perform tasks when exiting from a program, that you can't
do with the macro.  The macro for getting to the DV macro editor is a good
idea.........Norm

#: 201929 S2/Products/Fixes
    25-Dec-85  18:01:21
Sb: #201915-DesqView v1.2
Fm: Norm Lew 70047,3340
To: Stu Miller 74015,1714 (X)

I'm already using the Auto-start up macro (!), to open 4 windows, one of which
is a DOS window opened with the macro, the other 3 started with batch files.
There are all sorts of weird things that happen which I really can't explain.
For instance, if I open an ATO window and leave it open, then switch to an
Enable window, the whole program hangs and I need the BOS. If I close the ATO
window, no problem. This only happens with the Enable window. I can't have an
Enable window and the Memory Status window open at the same time. For the time
being I will blame Enable. Nick may have been right. We are pioneers; I feel
arrows already..........Norm

#: 201961 S2/Products/Fixes
    25-Dec-85  20:48:23
Sb: #DesqView v1.2
Fm: Howard A. Cohen 72416,710
To: Conrad Kageyama (Sysop 76703,1010 (X)

Do you have DV 1.2?  If so, does it correct the problem I had, when I could run
ATO in my Compaq (when the 1200b was installed), that ATO would blink the
border of the screen on and off when it was running in the background, even
with the ATO /t switch?
       Howard

#: 202007 S2/Products/Fixes
    25-Dec-85  22:49:49
Sb: #201781-DesqView v1.2
Fm: Clyde Washburn 70305,1211
To: Vern Buerg 70007,1212

Vern, I still use DD when I want multitasking also! While the idea of greater
partition space with DV is intriguing, DD quietly DOES THE JOB, with no fuss or
bugs -- ATO runs especially well in the background with /t. DD also used the
AT's SYS REQ key for one of the functions IBM intended, as a Partition Toggle,
DV didn't bother even tho the AT Tech Ref carefully explains how to do this for
any # of partitions. I guess the EGA & DD combo isn't great, but for std mono,
color or herc, it's just fine.

#: 202072 S2/Products/Fixes
    26-Dec-85  05:15:20
Sb: #201961-DesqView v1.2
Fm: Norm Lew 70047,3340
To: Howard A. Cohen 72416,710

I don't know about DesqView 1.00, but under 1.20, it runs without any
indication at all unless you have 2 less than full screen windows open at the
same time. It really works.........Norm

#: 202073 S2/Products/Fixes
    26-Dec-85  05:36:34
Sb: #201915-DesqView v1.2
Fm: Norm Lew 70047,3340
To: Stu Miller 74015,1714 (X)

I forgot to mention that I have created separate macros for opening each window
and my auto-start macro consists of those macros. That way, you can use
Control-Break to stop execution of the Auto-start macro, but still have macros
to open the windows you desire......Norm

#: 202174 S2/Products/Fixes
    26-Dec-85  14:08:22
Sb: #202007-#DesqView v1.2
Fm: Vern Buerg 70007,1212
To: Clyde Washburn 70305,1211 (X)

Yes, DD does the job. It didn't when I first tried it, but they seem to be
working hard at making it a stable product. One thing about it I especially
like is its support of two monitors. That way, I can watch ATO download
messages on one monitor while I'm putzing around with another program on the
other monitor.

#: 202302 S2/Products/Fixes
    26-Dec-85  21:37:07
Sb: #202276-#DesqView v1.2
Fm: Vern Buerg 70007,1212
To: David Klatzco 74025,1005 (X)

That's another thing I like about DD. You can suspend either task whenever you
want. A program running as the only active task takes about as long as it would
without DD. With a second task running, there's no formula to tell you have
much longer it will take.

Another factor is the facility to change the dispatching priorities of the
tasks. This is accomplished through parameters in a DDCONFIG.SYS file. You can
specify equal or two-to-one for one of the tasks, or for the foreground or
background task.

#: 202338 S2/Products/Fixes
    26-Dec-85  23:20:18
Sb: #202302-DesqView v1.2
Fm: David Klatzco 74025,1005
To: Vern Buerg 70007,1212

So do you suspend the bbs while working on something else then reactivate it
when the phone rings?  Seems like if you were running a compile things could
get mighty slow!

#: 202359 S2/Products/Fixes
    27-Dec-85  00:21:00
Sb: #202338-DesqView v1.2
Fm: Vern Buerg 70007,1212
To: David Klatzco 74025,1005 (X)

Yes, I do suspend the BBS, but not often. I don't like ringing phones. There's
not that much benefit to suspending BBS when it's waiting for a call. The thing
that slows the system down the most is FORMAT and DISKCOPY. I don't really like
using either of those under DD.

#: 202469 S2/Products/Fixes
    27-Dec-85  10:45:12
Sb: #202174-DesqView v1.2
Fm: Nelson Ford 71355,470
To: Vern Buerg 70007,1212

Now that you've had time to play with DV a while, which would you recommend -
DD or DV?

#: 202536 S2/Products/Fixes
    27-Dec-85  14:31:16
Sb: #202469-DesqView v1.2
Fm: Vern Buerg 70007,1212
To: Nelson Ford 71355,470 (X)

Well, I was hoping no one would ask for a recommendation. For my environment,
DD suits me better. If you want to take advantage of expanded memory, DV is the
only choice I know. I really can't recommend either one unless you are willing
to spend some time tailoring your environment and getting used to the
limitations.

#: 203686 S2/Products/Fixes
    30-Dec-85  07:41:33
Sb: DesqView 1.2
Fm: Norm Lew 70047,3340
To: All

I have received my new memory card from Compaq and can now happily report that
I am up and running with 2.3 meg of addressable RAM and a 1.5 meg ram disk.
DesqView 1.2 is working flawlessly ? with one window at 545K and others with up
to 480K. I can do so many things at one time, I'm getting tired. I feel like
I've got 4 or 5 computers at my fingertips. Here are a few tips for those who
have yet to experience this pleasure.

1) When setting up any comm programs, make sure you mark them as non-swappable.
The manual mentions this as being important, but doesn't tell you why. If you
don't, your program will not find the com port.

2) If your screen should suddenly darken, don't panic, hit the Alt key and it
will come back. I don't know if this has anything to do with Burnout, which I
have loaded before DesqView, however the screen blanks at times when it
shouldn't.

3) Quarterdeck has prepared certain loaders (xx-load.com) for certain programs.
If you have any of those programs, it is important to use the loader to start
up the program. Although the manual implies that you can not use batch files
with these, I have succesfully used the xx-load.com xx.exe statement in a batch
file.

4) Ready!, when loaded in expanded memory, before starting DesqView, does NOT
work. My machine hangs and requires the BOS. Doesn't really make much
differnce, because with DesqView, the best way to use Ready! is in its own
window. Ready! even shows up on the Add-a-Program Menu.

There appears to be very little degradation of download speed when operating in
the background. I have not changed the performance specs with regard to
background/foreground processing.

I will be glad to share my experiences with anyone having any difficulty. I
might be able to help.

Norm